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lillfi: Portfolio Performance Analysis System 

FIELD QF THE INVPNTTOM 

This invention relates to portfolio management systems, 
and more particularly is concerned with portfolio performance analysis 
systems enabling comparison of portfolio performance with a known 
benchmark. 

BACKGROUND OF THE TNrVFNTTnNf 

Currently, there are large amounts of funds managed by 
professional money managers. For example, pension funds of various types 
and mutual funds have large amounts of assets at their disposal. Managers of 
such funds are usually given some mandate or direction as to how the funds 
under their control should be managed. This usually depends upon a 
number of factors. For example, pension fimd managers will often have a 
mandate to invest a particular fund in a particular coimtry, or to invest in 
equities, bonds, or a certain prescribed mix of equities and bonds. Thus, the 
manager could be given directions according to geographic criteria, type of 
financial instruments and others. 

Clearly, a key issue is the rate of return that the fund 
achieves. Since any one fund will typically hold a large variety of 
mvestntents, which will comprise different financial instruments, in 
different currencies and in different countries, this presents a difficult 
problem in evaluating the performance of the fund. For example, in any 
given period, one could see a significant gain in for, for example, bonds, 
equities in a particular field, and currency gains for investments in- a 
particular country. 

Now, both fund managers and principals responsible for a 
fund and hiring the management team need to have some way of managing 
and judging the performance of the fund. 

Managers themselves wish to know the performance of the 
individual sectors of the fund, so that they can make decisions as to whether 
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,o buv or hold certain investments. For example, they need to know that the 
fund s strong performance was due to a strong performance of a significant 
holding m transportation equities, even though bonds held by the fund were 
performing indifferently. Similarly, it is important to know that, for 
example, strong performances of South American stocks were simply due to 
currency effects, rather than strong gains on local South American stock 
markets. The process of determining the causes of performance is known as 

performance attribution. 

In many cases, fund managers are advised that their 
performance will be measured as against some known benchmark and this is 
in effect the criterion determining how the hind will be invested. For 
example, a Canadian pension hind manager could be advised that the funds 
should be invested principally in Canadian equities, and that the 
performance would be measured as against the TSE (Toronto Stock 
Exchange) 300 Index. This is a simple example. In many cases, fund 
managers will have a wide mandate, and it may be necessary to derive some 
composite index for comparison purposes. Thus, the composite index could 
include a mixture of both equities and bonds and encompass both domestic 
and foreign investments. Such a composite index could be derived by takmg 
various available indexes and combining them with appropriate wetghtmgs. 

The fund's performance could then be measured agamst 
such a composite index, and one then obtains an idea as to how well the 
fund manager is performing. It is expected that a good manager should 
outperform the composite index, while consistent 
suggests that the manager should be replaced, or possibly that the who^e 
inlment strategy for the hind needs to be reviewed. In 
fund manager's income will be tied to the fund s performance relative to 
such an index, so that accurate measurement of such over or under 
performance .s ^^^^ ^^^^ ^^^^ ^ p^^folio management 

.earn may manage hundreds of different funds, so that it is important to 
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know the performance of each individual fund, and to break down or 
disaggregate or breakdown the performance, to determine which investment 
decisions were good and which were bad over any particular time period. 

This desire to monitor the performance of any particular 
5 portfolio or fund is widely recognized, and proposals have been made for 

computer-based portfolio performance analysis systems. However, known 
systems suffer from a number of disadvantages. Typically, they are restricted 
and inflexible, and do not cover all possible variables. For example, 
calculation of portfolio perfonr.ance attribution results over one month is a 

10 simple matter, but known systems do not adequately, or at all, address the 
issue of covering a multi-year performance attribution analysis. 

A common problem with known systenns is that they have a 
fixed structure, forcing the user to fit their own actual portfolio into this fixed 
structure or classification scheme. In many cases, this necessarily implies 

15 severe limitations on the disaggregation or breakdown of the performance of 
different sectors of the portfolio. 

Correspondingly, a common problem in known systems is 
inflexibility in the benchmark or market indexes against which the portfolio 
can be compared. Typically^ a small number of pre-determined indexes are 

20 made available for comparison. The user is not given the possibility of 
defining their own composite index, relevant to a particular hmd or funds. 

A further common failing of known systems is the inability 
to deal with different currencies. Commonly, the ability to attribute any part 
of the performance to currency effects is not handled at all, or is handled 

25 inadequately. 

Accordingly, it is desirable to provide a portfolio 
performance analysis system which has a great degree of flexibility More 
particularly, it should be able to defii\e any desired classification scheme for 
the portfolio, and it should also enable a user to define any desired 
30 benchmark based on available data. To maximize analytical possibilities, it 

should preferably enable the user to set any number of desired links between 
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the benchmark and the portfoho. to enable the perforn\ance of the portfolio 
to be disaggregated or broken down for analysis purposes. More preferably, it 
should adequately cover currency effects and enable performance over 
lengthy time periods to be analyzed. 

It is well recognized that investment decisions can be made 
on a "top-down" or "bottom-up" management basis. In a "top-down" 
approach, the manager first selects certain asset classes for investment, and 
then picks individual secunties for investment. In a "bottom-up" approach, 
the manager makes investment decisions primarily by first selecting 
securities, rather than asset classes. A common failing of known systems is 
that, what analysis is available, assumes a "top-down" approach. It is 
desirable that any portfolio can be analyzed from either a "top-down" or a 
"bottom-up" approach, at the user's discretion. 

<;iTMMAnY QF TWT: INVENTION 

In accordance with the present invention, there is provided 
a method of analyzing the performance of a plurality of investments, the 
method comprising the steps of: 

1. creating at least one portfolio; 

2. for each portfolio, defining at least one class scheme 
having a variety of nodes, each of which represents an 
asset class, and assigning each investment to a 
respective asset class; 

3. creating at least one market index, for monitoring the 
performance of the portfolio investments; 

4. creating a benchmark from at least one market index 
and including a plurality of separate nodes, each 
representative of investments of a known type; 

5. defining an attribution model linking nodes of the 
class scheme of the portfolio with the benchmark, 
whereby the performance of individual asset classes of 
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the portfolio can be analyzed. 
Preferably, step (2) comprises for at least one portfolio, 
defining a plurality of primary nodes and a plurality of derived nodes, with 
each of the derived nodes combining a plurality of nodes selected from 
5 pnmary nodes and other derived nodes, and with the primary nodes being at 

the bottom of the class scheme, and 

further step (4) comprises, for at least one market index, 
defining a plurality of primary nodes and a plurality of derived nodes, with 
each derived node combining a plurality of nodes selected from primary 
10 nodes and other derived nodes of the respective market index and with the 

primary nodes bemg at the bottom of the respective market index. 

Additionally, for at least one portfolio, the portfolio 
preferably has a respective base currency and includes a plurality of primary, 
local nodes, each of which is representative of investments denominated in 
15 a local currency which in some or all cases may be different from the base 
currency of the portfolio, with each local node being valued in both the base 
currency of the portfolio and the local currency; and there is at least one 
market index which is valued in a respective base currency and includes a 
plurality of local nodes, each of which is representative of investments in a 
' 20 local currency which may be different from the base cuftency of the market 
index, with each local node of that market index being valued in both the 
respective local currency and the base currency of the market index. The 
attribution model then enables disaggregation of investment*related effects 
. and currency-related effects for asset classes representative of foreign 
25 investments as well as domestic investments. 

The method can include a plurality of portfolios as base 
portfolios, and at least one merged portfolio, which comprises selected ones 
of the base portfolios, each of which is given a weighting based on its value at 
various points in time, with the weightings of the base portfolios summing 
30 to unity. 
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RR f FF nPSCRTPTTON OF THF DRAWING FIGURES 

For a better understanding of the present invention and to 
show more clearly how it may be carried into effect, reference will now be 
made, bv way of example, to the following drawings, which show a preferred 
5 embodiment of the present invention, and in which: 

Figure 1 is a schematic drawing of the portfolio performance 
analvsis system of the present invention; 

Figure 2 is a more detailed schematic drawing showing an 
attribution model link between a portfolio class scheme and a benchmark; 
10 and 

Figures 3a - 3m show screens of a preferred implementation 
of the system of the present invention. 

P f <;rRTPTTQN OF THF PRFFERHPn FMBQDIMENT 

The system is intended for implementation on any suitable 
15 computer system. A preferred platform is a personal computer with MS-DOS 
and Windows. The system itself can be written in 'Ci-+' language. Also as 
detailed below, it can be configured so that report data can be exported to an 
Excel spreadsheet or equivalent. It will nonetheless be appreciated that the 
system could be implemented using a wide variety of different computer 
20 hardware and software. 

To provide a dear description of the system, the description 
below refers to exemplary screens which are ir\ a Windows environment and 
to operation in such an environment, although again it will be appreciated 
that any suitable user interface could be used. 
25 Referring first to Figure I, the overall portfolio performance 

analysis system is designated by the reference 10. The system shown in 
Figure 1 and described below is a general system including a number of 
different features, not all of which need to be included in any particular 
application or system. Thus, by way of example, the system is shown 
30 including a number of separate portfolios, at least one merged portfolio. 
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different attnbution models, different benchmarks and a number of different 
market mdexes. In its simplest format, the system could be implemented 
using a single portfolio, a single class scheme, a single benchmark based on 
just one market index, and a single attribution model linking the class 
5 scheme and the benchmark. This could be achieved without any need for 

the complexities of merged portfolios or composite indexes. 

Individual f>ortfolios are indicated at 12* and one portfolio 12 
is shown in detail as indicated at 12a with it being understood that the other 
portfolios 12 would be similar. 

10 For each portfolio 12, a number of inputs are provided for 

data from the user. First, at 14 there is a portfolio raw data input. Currencies 
and exchange rates are input at 16 and 18 respectively. A dass scheme input 
20 enables a desired class scheme to be input while input 22 enables the node 
codes from an external accounting system to be input, for reasons given 

15 below. The system would have a base currency and each portfolio has its 
own base currency, which may or may not be the same, with portfolio base 
currencies input at 15. 

Within each portfolio, as indicated for portfolio 12a, there 
are primary class scheme nodes 24, in accordance with the class scheme input 

20 through the class scheme input 20- Derived nodes 26 of the class sdiemt, are 

derived from the primiary class scheme nodes 24, and further derived nodes 
\ 28 are 'derived from one or both of the derived nodes 26 and the primary 
class scheme notes 24. The node structure is explained in greater detail in 
relation to Figure 2 below. 

25 In most implementations, the user will already be tracking 

basic data on their investments on an accounting system. Such data typically 
include the quantity of each security or investment held, its current value 
and possibly also currency information. Accordingly the present invention 
will then rely on the accounting system to provide regular, e.g. daily, data for 

30 the investments. Such an accounting system is indicated at 25, and is 

connected to the raw data unit 14, the currency unit 16 and the external node 



wo 96^)6402 



PCT/CA95/00491 



codes unit 22. so that the relationship between the external node codes and 
the class scheme of the portfolio can be determined and the values from the 
accounting system arc applied to the correct investments. 

As indicated at 30, one or more merged portfolios can be 
5 provided, which are connected to the appropriate ones of the portfolios 12, 
for deriving a merged portfolio. 

To generate appropriate benclimarks for comparison with 
the portfolio results, a market index is calculated as indicated at 40, and again 
40a indicates one market index in detail. 
10 As shown, the market index 40a has an input for market 

index unit values and weights at 42, and for currency and exchange rates 
respectively at 44 and 46, the currency and exchange rate information being 
the same as that provided at the inputs 16, 18 for the portfoUos 12. However, 
the currency and exchange rate information may not be needed, for example 
15 if portfolio base currency is the same as the system base currency and market 
index data is provided in both base aiui local currencies. 

As shown in the detail of market index 40A, primary market 
index nodes 48 are calculated from the input data. Derived market index 
nodes 50 are in turn calcuUted from the primary nodes and further derived 
20 market index nodes 52 are derived from one or both of the primary market 
nodes 48 and derived nodes SO. 

A» shown at 60, one or more composite indexes can be 
provided. Each composite index would, in general, be calculated or derived 
from two or more market indexes. These can be derived in a similar manner 
25 to the market index. First, at 62 primary composite index nodes are 
calculated and derived composite index nodes are calculated at 64. Further 
derived composite index nodes 66 are derived from one or both of the 
primary nodes 62 and derived nodes 64. 

By way of example, a composite index could be derived from 
30 an equity index as a primary composite component, arid a bond index which 
itself is a composite index, i.e. a derived composite index. Such a derived 
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index could be a composite of, for example, indexes from different countries. 

As indicated at 70, individual benchmarks 70 are derived 
from the individual market indexes or the composite indexes. A benchmark 
is defined in this system as a primary market mdex, a derived market index, 
5 a composite index, with a known performance and pre-defined fundamental 

characteristics, for the purposes of comparison with a managed portfolio for 
evaluation purposes. As indicated at 72, one or more attribution models are 
provided, each linking a respective benchmark 70 with a respective portfolio 
class scheme 20. As detailed below, the attribution models 72 produce 

10 attribution results and analysis 74. 

Tummg now to Figure 2, this shows an attribuhon model 
and links between a benchmark 70 and portfolio class scheme 20 in greater 
detail. The class scheme 20 is shown on the left hand side of the figure while 
the benchmark 70 is shown on the right hand side. By way of example and to 

15 obtain a greater understanding of the invention, this figure is described in 
relation to an exemplary portfolio class scheme and an exemplary 
benchmark. 

The portfolio class scheme 20 has a domestic equity asset 
class 80 and a foreign equity asset class 81. 
20 The foreign asset class 81 is further broken down into 

subsidiary asset classes or nodes, representing different countries, for 
example, the United States at 82, Japan at 83 and Europe at 84. As indicated at 
,-,85, the European node or class 84 could be further broken down into 
individual countries, of which only one is shown. Note that the node 81 is a 
25 parent node since it is a derived node with the nodes 82, 83 and 84 as child 
nodes; the nodes 82, 83 and 84 are sibling nodes to one another. 

The portfolio class scheme 20 also includes at 86, 87, 88 
further asset classes, for example for domeshc bonds at 86, American bonds at 
87 and European bonds at 88. 
30 The benchmark 70, in this example, is a relatively complex 

composite index. It is made up by appropriate weightings determined in 
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advance. It includes the TSE 300 index indicated at 90, to give a 
representation of expected performance of domestic or Canadian equihes. 

At 91, there is an index representing foreign equities, which 
have corresponding subindexes 92, 93 and 94 for. respectively. United States, 

Japan and Europe. 

Here, it can be noted that the European index 94 is not 
further broken down. As explained in greater detail , this is not necessary, 
and it is not necessary for there to be a direct correspondence between each 
node or class of a Portfolio class scheme and each node of the benchmark. 
However where any node, of either a portfolio or benchmark is connected m 
the attribution model, then all other nodes in the class scheme in the same 
cluster, or sibling nodes', must be connected in the model. 

At 95. 96. and 97, there are bond indexes, representotive of 
domestic. U.S. and European bond markets respectively. 

As shown at 98 and 99, the U.S. bond index is further sub 
divided into, for example, categories for long term bonds and short term 

bonds. J I- 

Now, the attribution model is represented by dotted lines 

indicated at 100. Consequently, the com^pondence between this particular 

portfolio class scheme 20 and benchmark 70 as mdicated by the lines 100. The 

domestic and foreign equity asset classes IK), 81 are linked to the TSE 300 

index 90 and the foreign index 91. 

Each of the individual equity classes or nodes 82. 83 and 84 
are correspondingly linked to the corresponding foreign equity indexes 92 93 
and 94 Note that since there is no index corresponding to the individual 
countries in Europe, as indicated at 85. there .s no link for this asset class or 

The bond classes 86. 87 and 88. are linked to the respective 
market indexes 95. 96 and 97. Here, the U.S. bond index % is provided with a 
finer subdivision, into the long-term and short-term bond indexes 98 and 99. 
However since there are no nodes or asset class corresponding to these, m 
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the portfolio 12. there is no link to the long and short-term bond indexes. 

Having established the basic structure of the system, it is 
necessary to populate the portfolios and provide data for the market indexes, 
to enable benchmarks to be determmed. 

5 SETTING Ur THE SYSTEM 

In order to set »'n the system, a number of procedures must 
be carried out, which broadly could be broken down into initial set up 
procedures and regular or ongoing procedures. The initial set up procedures 
are generally implemented only once or infrequently, while the routine 
10 procedures are regularly implemented at set intervals. 

The initial set up procedures comprise: 

1. defining currencies for which exchange rates will be entered 
into the system; 

2. defining the indexes and benchmarks to be used for 
15 performance comparisons and performance attributions by one or more 

portfolios; 

3. defining or creating portfolio class schemes and attribution 
models; 

4. defining or creating portfolios and merged portfolios and 
20 links between each portfolio and one or more class schemes and attribution 

models. 

The regular procedures comprise: 
1. entering currency exchange rates; 

1 entering market index weights and unit values; 

25 3. entering portfolio valuation and cash flow data (portfolio 

raw data); 

4. calculating benchmark performance results and weights; 

5. calculating portfolio and merged portfolio performance 
results and weights; and 

30 6. calculating performance attribution results. 
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rCTBRFNCIES 

Currencies can be created, viewed, modified, deactivated or 

deleted. 

It is here noted that various objects in the system can be: 
deactivated; removed; or deleted, and these functions are applicable to 
individual objects as mdicated. To "deactivate" an object means to make an 
object unusable from the effective date forward; to "remove" means to delete 
one or more instances of an object from the effective date; and to "eliminate" 
means to delete all instances of the object for all effective dates. 

As indicated in Figure 3(a), from the strucmres command in 
the main menu, currencies can be selected to give a master or currencies 
window, as shown in Hgure 3(e). This gives the name, effective date and 
other information for each currency that has been defined. Figure 3(e) shows 
the use of user currency codes and a numerical currency code, in addition to 
the SWIFT code. Within this window, an update window can be opened, 
showing the effective dates for which exchaitge rates have been entered for 
the selected or highlightiKi currency, and an exchange rate window can be 
opened showing the exchange rates which have been entered for the 

highlighted or selected currency. 

A new currency can be added, while in the currencies 
window, by selecting the appiopriate button to obtain an End Effective Date 
Data Box. The effective date entered should be the first date on which the 
country will become -active" in the system, and may be no more than one 
day earlier than exchange rates will first be entered for the new currency. 
The appropriate fields will appear in the currencies window and should be 
completed in known manner. The data is then committed to the system and 
currency module can be exited. 



To modify or enter exchange rate data, the currencies 
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window of Figure 3(e) is selected, and the desired currency selected. The 
exchange rate and the new effective date for that currency are then altered. 
Further currencies and their exchange rates can be modified, by selection 
from within the currencies window. With all the exchange rate data edited 
as desired, the modifications or changes can be committed to the system. 
Note that after modifying exchange rate data all the latest attribution results 
will be lost, and will need to be recalculated anH confirmed. 

Currencies can be deleted from within the main currency 
window of Figure 3(e). Where a currency is deleted, all related attribution 
results will be lost. 

Currency information can be modified in various ways. For 
example, the country, country adjective and currency name can all be 
modified. The main currency window of Figure 3{e) is selected. The field to 
be edited or modified is selected for the chosen currency and the edit mode 
chosen. The effective date for the change is entered and the field value 
changed as desired; once checked and corrected it could be committed to the 
system. 

M ARKFT AND COMPOSITE INDEXES 

Tumuig new tc market indexca and coniposiie indexes^ like 
20 currencies, they can be created, viewed, modified, or deleted. They can also 
be deactivated. A market index is a primary index or derived index 
representing the performance of a defined securities market or defined set of 
securities. In turn, a primary index is a market index which contains no sub* 
indexes, and is used as a building block for derived indexes and composite 
25 indexes; a derived index is defined to be an established market index which 
can be defined as the weighted sum of two or more sub-indexes, which sub- 
indexes may be primary indexes or may in turn be derived indexes. A 
composite index is a weighted combination of market indexes and /or other 
composite indexes, used as a performance benchmark for one or more 
30 portfolios. Each of the market indexes or composite indexes which 



10 
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collectivelv make up the entire composite index is a composite index 
component. A composite index is not hierarchical but inherits the 
hierarchies incorporated in its component market indexes. Thus, a 
composite index may be, for example, determined as: 
5 Index A .5 

Index B .4 
Composite Index C J. 

1.0 

The components in turn each represent a hierarchy of primary and derived 
10 nodes. 



lyiARKFTTNDEX 

The market index module is used to create a market index, 
and has four windows, namely a master or market index window, selected 
from structures in the main menu; the market index window is shown in 
15 Figure 3(0 The other three windows are a nodes window, which shows the 
code, name, short name, currency and effective date of each node of the sub- 
index and the selected index; a composite index references window, which 
shows the composite indexes which incorporate the selected market index; 
and an index data periods window, which shows the periods for which data 
20 have been entered for a particular market index. 

Market indexes are created or added by a selection from the 
main menu and an effective date entered. The effective date is the first date 
as of which the index will become active and may be no earUer than one day. 
after unit values and weights are first available. A blank record will appear 
in the market indexes window, for entry of index code, name, short name, 
and the local currency. It is preferred to include the word "Index" in the 
name. If the index is multicurrency, "multi-currency" designation should 
be used in the currency field. Otherwise, the sirigle currency in which all 
local currency unit values will be denominated is presented. 



25 
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The index code will be used to identify the market index and 
all index raw data files entered. Consequently, it should use a code which is 
consistent with the codes used by a market index data supplier. 

A new market index is invalid, and may not be used, until its 
5 nodes or sub-indexes have been entered as detailed below. 

After the main record for the new market index has been 
created, a nodes window button is selected and an empty nodes window will 
open. The nodes for the new market index are then filled as follows* 

An appropriate button is activated to create the record for the 
10 index root node. The Effective Date box is completed with a desired date. 
Preferably, a default date appears, i.e. the effective date of the index main 
record, which may be used, or an alternative date inserted. A blank node 
record will appear in the nodes window, and the node code, the name, the 
short name, and the local currency for the new root node should be entered. 
15 As a system requirement, the code of the root node must be the same as the 
code for the entire index already entered as described above. If the index is 
unitary, i.e. it has just this one node/all the entries can be committed and the 
marked index module exited. 

If child nodes are required, an appropriate create child 
*20 button is activated. Again, the node code, name, short name or local 
currency for each node is entered. Sibling codes for the child code are created 
by clicking on the appropriate button and again ientering the appropriate data. 
New siblings are placed in the index in the position immediately below the 
node which is highlighted when the create sibling command is issued. 
25 These steps are repeated until all the nodes of the market index have been 
entered correctly. The hierarchical relationship between the nodes and index 
are altered, only when the nodes window is refreshed. 

When all the nodes in the index have been correctly entered 
with the appropriate hierarchical relationships and ordering, all changes can 
30 be committed. 

The index code and node codes are required fields in market 
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index raw data files. For simplicity, where possible, codes corresponding 
exactly to those used by an index data supplier should be used. 

All indexes require raw data denominated in both system 
currency and the local currency, for each index node. It is not necessary or 
5 desirable to create different "versions" of a given index for use in attribution 
against portfolios with different base currencies. The system translates any 
benchmark used for attribution calculations into the base currency of the 
portfolio as the attribution calculahons are carried out. using the appropriate 
exchange rate. 

10 roMpngnriNDEXES 

Correspondingly, composite indexes can be created, viewed, 
modified, deactivated or deleted. From the main menu bar, under 
structures, composite indexes can be selected, to select the composite indexes 
module, and give the screen shown in Figure 3(d). Within this module, in 
15 addition to the master or composite indexes window Figure 3(d). three 
additional windows can be opened, namely: a components window which 
shows the market indexes or composite indexes incorporated into the 
currently highlighted composite index; a nodes window, which shows the 
' code, name, short name! currency and effective date of each node in the 
20 highlighted composite fc'dex/'and a composite index references window, 

which shows tlie composite indexes which incorporate the highlighted 

''.I * • . 

composite index. 

' The composite index is created by first creating a new main 
record. From within the composite indexes and module, the appropriate 

25 button or menu selection is made. In the Effective Date dialogue box. which 
,s then opened, the effective date for the new composite index in the 
appropriate format « entered. Again, this date will be the first date on which 
the composite index will become "active" within the system, and may be no 
earlier than one day after unit values or weights are first available for the 

30 composite index and its component indexes. 
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A blank record will then appear on the composite indexes 
window. Name, short name and a local currency for the composite index are 
entered. It is preferred to include the word "benchmark" or "bench" in the 
name. If the index mcludes components which are in different currencies, 
5 again it is preferred to use multi-currency in the designation of the currency 

field. Otherwise, the currency in which all local currency values are stored 
for ail the composite index components should be entered in the currency 
field. 

With the master record created, components can be added to 
10 the composite index. 

Relevant buttons are used to record a component. The 
corresponding dialogue box is opened, and the effective dates for the 
components are entered. Usually, the default date which app>ears, namely 
the effective date the composite index main record, will be used. With the 
15 date selected, a blank record will appear. For convenience, the type and 
country of the benchmark to be used as a composite component is selected or 
highlighted. A benchmark is chosen to which this component is to be 
applied, and a "weight" field is highlighted and the weight for the new 
component is entered. This procedure is repeated for all components being 
' 20 added to the composite index with the appropriate weights. Note that the 
weights of the composite components must sum exactly to 1. 

The nodes in a newly created comp(»ite index can be vic'***d 
: from a nodes button. The nodes are inherited from the nodes structure of 
the composite components. The index contents and structure can be 
25 confirmed by nmning a class scheme report of the new composite. 

When choosing a composite index structure, it should reflect 
the investment policy of the portfolios to which it is to be compared, and 
should, if possible, incorporate all of the asset classes in the portfolio. The 
basic currency field of a new composite index is used only to facilitate 
30 selection of the composite from the assigned benchmark dialogue box. It 
does not affect the way in which the performance results are calculated, and 
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when node weights are calculated and stored, as local currency values are 
inherited from the composite indexes components. 

Composite indexes may be "nested" i.e. composite indexes 
may in turn be components of a larger composite indexes. The same 
component may appear more than once in a composite index. 

Both market indexes and composite indexes can be modified. 
A market index may be modified, to change the index name or short name, 
or to change a node name or short name. Also it may be modified, if the 
structure of the index changes, resulting in a need to add or deactivate nodes, 
or If the index is no longer needed for performance attribution or other 
purposes. Within the market index module, names of fields can be edited. 
By selecting an appropriate button, an index can be deactivated, removed or 
eliminated, as defined above. 

Again, deactivation may. and removal or elimination of a 

15 market index will, result in loss of daU. 

Correspondingly, nodes can be added to a market index, as 
well as deactivated, removed or eliminated. Nodes are added by selecting a 
node immediately above the desired location of the new node, and then 
adding the new node as a chUd node to the existing node. Alternatively, it 
can be added as a sibling, it the new node is to be a sibling of the selected 
node. The effective date and other information of the new node should be 
entered Again, deactivarton. removal or elimination of an index node will 
usually result in loss of index data and any associated composite index and 

related attribution results. 

A composite index may be modified, to change its name or 
short name, to change the weights of individual composite components etc. 
and to add. deactivate or delete composite components, as a result of, for 
example, changes in the invesm^ent policy of a portfolio. This is achieved 
within the composite index window and/or composite components wmdow 
of the composite index module. A composite index can be selected and its 
name edited as desired, and an effective date must be entered. 
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Composite indexes can be deactivated, removed and 
eliminated. This can lead to loss of data. 

Addition of a composite component to a composite index is 
done within the composite components wmdow of the composite index 
5 module. An appropriate button is selected to create a record, and an 

effective date is entered for the new component. A dialogue box for the 
Assign Benchmark Name will open, and the type and country of the 
benchmark to be used as a composite component is highlighted. Then, an 
"apply" function is chosen ?nd all benchmarks for the chosen type and 
10 country are displayed. The benchmark to be used as a component is chosen. 
The weight for the new component is then entered. These steps can be 
repeated for all new components. 

The components of a composite index can have their weights 
changed and can individually be deactivated, removed or eliminated. 
15 Elimination of a composite index or any of its components results in the loss 
of related composite index performance data and performance attribution 
results. 

PQRTFQUQ 

Turning to the creation of the portfolio, the portfolio module 
is opened by selecting portfolio from structures in the main menu, to give 
the screen shown in Figure 3(g). This shows the name, base currency, 
portfolio type (e.g. base or merged portfolio), the transaction basis date 
(settlement or trade date) and the effective date of each portfolio. Within 
this module, additional windows that can be selected arc: class scheme 
references window which shows the name, the effective date and the dates 
for which raw data have been entered for each class scheme linked to the 
selected portfolio; a raw data periods window, which shows the periods for 
which portfolio raw data have been entered for the currently selected 
portfolio and class scheme; portfolio components window, which shows the 
portfolios which are components of the currently selected merged portfolio; 
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and merged portfolio references window, which shows merged portfolios m 
which the currently selected portfolio is a component. 

From within the portfolio module, a portfolio can be created, 
and again an effective date is entered, which would normally be the first date 
5 for which raw transaction data are available (and, possibly, one day after 

"start-up" market values are available.) A name, base currency, transaction 
date basis and portfolio type are entered. 

As detailed below, the portfolio will then need to linked to 
one or more class schemes and attribution models. Usually, the portfolio 
10 base currency will be the currency of the country in which the portfolio is 
domiciled. Each portfolio must have a unique name. 

A merged portfolio can be created in a similar marmer. 
However, the portfolio type is selected as "merged" whereas "base" is selected 
for a regular or base portfolio. 
^5 As for the base portfolio, it should then be linked to one or 

more class schemes, with an effective date for each link, usually the effective 

date of the portfolio. 

Components can be added to the merged portfolio. For each 

component, an effective date is entered. 
2Q It can be noted that all components of a portfolio must be 

linked to one or more class schemes used by the merged portfolio and all 
component portfolios must have their performance measured on the same 
dates at all times. 



25 



To create a class scheme, "class scheme" is selected from 
structures in the main menu, to open the class schemes module. The main 
window of thU module is shown in Figure 3(c). Other windows available 
are: a nodes window which shows the code. name, short name, currency and 
other information for each node in the selected scheme; a portfolio 
30 references window which shows the portfolios which are linked to the 
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selected schemes; and an attribution model references window, which shows 
the attribution models which are linked to the selected scheme. 

To facilitate performance attribution, class scheme structures 
are created usmg a benchmark as a "template. " This is done using the same 
"Benchmark Component" dialogue box described above in the sections of 
Composite Indexes. This ensures that the class scheme and benchmark have 
correisponding structures. 

For all the nodes in the class scheme, a name and a 
shortname are attached, which is usually different from those in the 
corresponding benchmark nodes. 

The following information will also be attached to primary 
nodes in each class scheme: the external accounting system classification 
scheme used to "feed" this node (this may be a "placeholder" if the portfolio 
accounting system does not have a corresponding asset class; i.e. the external 
node code used in the portfolio accounting system to define the asset class 
represented by the scheme node) . 

Node types may be one of the following: total portfolio, for 
portfolios with securities /currencies only; total portfolio with cash, for 
portfolios with one or more cash balances; non-cash, for all asset classes 
except total portfolio and cash balances; and cash (there may be several or 
these in one classification scheme). 

To create a class scheme, individual records are added with 
an effective date followed by appropriate dialogue box. The effective date 
should be the first date as of which raw portfolio data will be entered using 
this class scheme. It should be no earlier than the effective date of the 
benchmark on which the class scheme is to be based. Following entry of the 
date, a new class scheme dialogue box opens, and a name and a shortname 
for the class scheme are entered. It is generally preferable to include the word 
"scheme" in the name. 

If performance attribution is to be carried out using the 
scheme, i.e. the scheme will be used for more than just performance 
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measurement, a name for an attribution model is then entered, which 
should generally include the word "model" in the name. 

Then, an index button is selected, and an assign benchmark 
name dialogue box opens. The type and country of the benchmark to be used 
5 as a template is selected. The function "apply" is then effected, to list the 
benchmarks corresponding to the selected country and type. Then the 
desired template benchmark is chosen from the list. If any of the schemes or 
model names of the template benchmark are incorrect, the appropriate steps 
are repeated. Then the new class scheme is aeated and a record inserted in 
10 the class schemes window. 

To define or modify the nodes in an existing or new class 
scheme, a nodes window in the class scheme module is opened, and the 
appropriate field selected and edited. An enter eHective date dialogue box 
will open. To change, i.e. deactivate or change the name of. a node in an 
15 existing class scheme, the eftective date of the change is entered, and must be 
no earlier than the default date shown. 

For a node in a hew class scheme, if it is a primary node, the 
external scheme code, the external node code, the local currency of the node 

code type must be entered. 

For a node in an existing class scheme, either a name, the 
external scheme code or the external node code may be changed without loss 
of data. A change to the node type or cuiwncy will enuU deletion of aU 
portfolio raw data, performance results and performance attribution results 
based on their class schemes, from the effective date of the change forward. 
The system then assumes that all changes are for the currently entered 
effective date until a commit command is issued. When the commit 
command is complete, the system wiU require the reentry of an effective date 
before allowing further changes to the scheme or node. Cash nodes do not 
require an external scheme code or external node code. Only the names, the 
local currency and the node type need to be entered. 

The class scheme may be modified, to change the name of 
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the scheme or the scheme node, if the structure or related benchmark is 
changed, or to add, deactivate or delete nodes to allow more or less detailed 
performance measurement. 

To change the name or short name of a class scheme, the 
5 class scheme module is opened, the desired class scheme selected and the edit 

mode entered. The effective date is entered in the appropriate dialogue box, 
and then the change of name entered. 

Class schemes may be deactivated, removed, or eliminated 
from within the class scheme modules. Similarly, the name or short name 
10 of a scheme node can be changed, and a node may be deactivated, removed 
or eliminated. 

A node can be added to a class scheme from within the class 
scheme module. The nodes window is opened and a node selected. If the 
selected node is to be a parent node, then the new node is added as a child 
15 node, while if the selected node is to be a sibling, the new node is added as a 
sibling node. Then, the effective date is entered, together with the name, 
short name, currency, and other data for the new node. 

It should be noted that name changes result in a new 
instance of the class scheme, if the effective date entered is different from the 
20 effective date that is current to the time of the change. However, if the 
change is made as of the current effective date, the old name may not be 
recovered once tfie name of the scheme or node is changed. 

Deactivation or removal of the scheme will result in the loss 
of all data stored under the scheme, including portfolio raw data, 
25 performance data and performance attribution results, from the effective 
date of the deactivation /removal forward. 

Elimination of a class scheme will result in loss of all data 
stored thereunder for all dates. 

Sibling nodes may not share the same name or short name. 
30 Nodes may not be moved without loss or data. To effect a partial "move", a 
node should be deactivated at its initial location and then added to the node 
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of a new location. 

Deactivation or removal of a class scheme node will result in 
the loss of all data stored in the nodes of class scheme, including portfolio 
raw data, performance data and performance attribution results, from the 
effective date of the deactivation or removal forward. Elimination of a class 
scheme node will result in loss of data. 

^^T^RlRTm"^' models 

An attribution model is created using the attribuhon models 
module, which is selected, again, under structures of the main menu. The 
mam attribution model window is shown in Figure 3(b). This shows name, 
status and effective date of each attribution model. 

Within the attribution model, initial windows that can be 
selected are: a nodes window which shows the benchmark node name, the 
class scheme node name and other information for each node in the selected 
model: a portfolio references window which shows portfolios which are 
linked to the selected model and the attribution model information window, 
which explains the status of the currently selected model, including reasons 

for any invalidity. 

. - .Attribution models are most efficiently created simply by 
specifying a name for the model when the related cUss scheme is created 
from a benchmark template. When this is done, the system creates the 
model automatically, with no further intervention from the user. 
Alternatively, to create an attribution model independently, the main record 
of the attribution model is first created, within the attribution model 
module. The enter effective date dialogue box will open, for entry of the 
effective date of the attribution model. n.e effective date should be the hrst 
date on which the attribution model will become active and may be no 
eariier than one day after unit values and weights are first available for 
benchmark and class scheme(s) which are incorporated into the model A 
30 blank attribution model record will appear in the attributions model 
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window. A benchmark is then assigned to the model by choosmg from the 
benchmark field and the class scheme by choosing a scheme from the class 
scheme field. For the class scheme and benchmark selected, a new 
attribution model can be committed. 

The nodes window shows nodes in the benchmark that are 
assigned to the model and blank cells indicating that corresponding class 
scheme nodes are not yet assigned. Class scheme nodes can then be assigned 
to corresponding benchmark nodes, as required. 

The node assignments completed above are confirmed and 
the model is now valid. The model content and structure can be confirmed 
by running a model report. 

It should be noted that not all nodes in the benchmark or 
class scheme need to be incorporated in the attribution model. However, if a 
node is used, all other sibling nodes should be used, for the model to be 
valid. Thus, for example, in Figure 2, with nodes 82 and 92 linked, then 
nodes 83 and 84 must also be linked, for the model to be valid. 

A single portfolio class scheme may be linked to several 
different benchmarks to create multiple attribution models for the same 
scheme. The benchmarks must have compatible structures, at least to the 
node level which is used in the attribution models. 

' An attributior\ model can be modified, for example: to 
change the model name; if the model is no longer needed; if the mode* is 
invalid due to a change in structure of the associate class scheme or 
associated benchmark, resulting in model nodes needing to be lir\ked or 
delinked; the model is to be restructured to increase or decrease the amount 
of detail provided in its attribution results, so that model nodes need to be 
linked or delinked; or one or more benchmark nodes in the model have 
been linked to incorrect class scheme nodes. 

It is important to ensure consistency between benchmark 
structures and class schemes. When a market index changes its structure, the 
changes are "cascaded" to each composite index which incorporates the 
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market index, and all attribution models which are Hnked to the nnarket 
index and its associated composite indexes. The changes are not, however, 
cascaded to class schemes which are also linked to the same attribution 
models. 

Correspondingly, structural changes to a class scheme are 
cascaded to any related attribution models but not to the associated 
benchmarks. Consequently, structural changes to either the class scheme or 
the benchmark in an attribution model may Invalidate the model as of the 
date of the changes. Portfolios linked to an invalid model will not be 
updated when performance attribution results are calculated. 

Invalid attribution models may result in warning messages 
appearing in an attribution results log file. If this occurs, the status for the 
models should be reviewed. The system has a function of enabling reasons 
for validation to be listed. If benchmark nodes exist which are not linked* to 
corresponding class scheme nodes, the class scheme or the benchmark, or 
both, have been altered in structure. 

If both the class scheme and the benchmark have been 
altered, the nodes window is opened. If benchmark nodes appear which arc 
not linked to class scheme nodes, the linked nodes are highlighted and the 
dialogue box opened for the same class scheme node. The class scheme node 
to be linked to the benchmark node is then highlighted and cortfirmcd. This 
is repeated for all baichmark nodes to correspond to class scheme nodes. 

If one but hot both of the class scheme and the benchmark 
are to be changed in structure, the attribution models module should be 
closed and the necessary changes made in the appropriate module The 
attribution's model module is then reopened and the steps of connecting or 
disconnecting class scheme and benchmark nodes is carried out as indicated 
above. 

Portfolios must be linked to one or more attribution models 
before attribution results can be calculated. This is carried out in the 
portfolio module (Figure 3(g)) The record-aeate function is used to open the 
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enter effective date dialogue box. The effective date for the link is entered, 
which should be no earlier than the latest of the effective date of the 
portfolio and the model. The attribution model is then selected and 
committed. 

5 It should be noted that to be linked to an attribution model, 

the portfolio must first be linked to the class scheme referred to by the model. 
Portfolios may be linked to anv number of attribution models, and portfolio- 
model links may be deactivated, removed or eliminated. 

10 Data Format and Data Loading 

First, it is necessary to establish exactly what data needs to be 
supplied and stored. The data, very generally, is broken down into historical 
data, i.e. data with dates in the past, and current data, i.e. data for updating 
the system at regular intervals. 

15 Considering first data formats, for the exchange rates, the 

system uses three letter SWIFT codes, to identify each currency, as shown in 
Figure 3e. The exact three letter codes are not critical, but by way of example, 
CAD equals Canadian dollars, DEM equals German marks, etc. Data is input 
in an exchange rate raw data file, with each line containing three items, 

20 namely: the SWIFT code; exchange rate; and effective date. The exchange 
rate for each currency equals the number of units of system currency per unit 
of the specified currency. The three items on each line are separated by 
commas. 

The system requires that data for all active currencies in each 

25 period be entered. 

Concerning raw data for the market index files, these are set 
out below m an example of a typical market index structure, for an 
mtemational equity index. 

The index is named International Equity, and is identified by 
30 the Index Code INTEQ as indicated in the title above. The index is three 

levels; the first or root node being the total, identified by the node code 
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INTEQ The second level being two regions, identified by the codes 
INTEQRl, and INTIQRZ; the third level is 20 countries distributed between 
regions 1 and 2, and each node or country is identified by a unique node code, 
an alphanumeric of up to 12 characters. 
5 The currency code "99" is used for derived nodes, such as the 

regions and the root node, which have child nodes with multiple local 
currencies, and hence whose own local currencies are therefore 
indeterminate. 

A market index raw data file contains the following itenns: 
Index Code; 
Node Code; 
Effective Date; 
End-Effective Date; 
Local Currency Unit Value; 
^5 Local Currency Weight; 

System Currency Unit Value; and 
System Currency Weight. 

The effective date is the first day of the period (e.g. of the 
month) and the end-effective date is the last day of the period. If the period 
is a single day. the effective and end-effective dates will be identical. These 
two dates must also occur within the same month. The effeaive date must 
be exactly one day following the previous period's end^ffective date for that 
index. It is necessary to enter an end of the month record for all indexes in 
every month. 

As noted above, the index code is the code for the relevant 
index, while the node code is the code associated with the relevant node in 

the market index structure. 

The "local currency" unit values and weights refer to 
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quantities measured in the local currency for that node. Thus, the example 
given above these would be with respect to the relevant currency for each 
countrv. Correspondingly, the "system currency" unit values and weights 
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are quantities measured with respect to the system currency as opposed to 
local currency. 

Unit values and weights are as of the end-effective date, and 
are straight forward for primary nodes, i.e. individual countries as in 
5 example above. The local currency weight is normally the same as the 

system currency weight. 

For derived nodes, e.g. the regions or the index .lodes as a 
whole, in the example above, local and system currency values for derived 
nodes should reflect the weights and returns of the child nodes. 
10 Node weights are specified as a proportion between 0 and 1. 

Weights are expressed as a proportion of the total index not as a proportion 
of the node's parent. Thus, the weights across any level of the index will 
sum to 1.00. 

Turning now to the data for the portfolio files, as stated 
15 above, this could comprise historical unit values and raw data representing 
current values. Portfolios' historical data are loaded according to the 
following file format. 

Portfolio Historical Unit Values Data File Format 

File Format For Historical Asset Unit Values Load File: 

20 Field Format Size Optional 



Portfolio code 


character 


max. 12 


no 


Class scheme code 


character 


max. 12 


no 


Class scheme node code 


character 


max. 12 


no 


Unit value type (AI or AO* 


character 


fixed 2 


no 


Effective date 


yymmdd 


fixed 6 


no 


End effective date 


yymmdd 


fixed 6 


no 


Local currency TR** 


number 


variable 


no 



unit value 
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Base currency TR 
unit value 

TR node weight 

Lx)cal currency PR*' 
unit value 

Base currency PR 
unit value 

PR node weight 



number 


variable 


no 


number 


variable 


no 


number 


variable 


yes 


number 


variable 


yes 


number 


variable 


yes 



10 



15 



20 



30 



• AI = accruals treated as income, AC = accruals treated as capital 

TR = total return 
••♦ PR = price-only return; enter these only if you calculate price-only 

returns 

"AC values and "AI" values should appear on separate (successive) lines 
in the data file 

Price-only returns exclude the effect of dividends and/or 
interest received from investments in securities. Thus, they reflect only the 
changes in price of the sectirities. 

In general, historical data should only be entered where it is 
desirable to cany out any sort of analysis in an earlier time frame. Otherwise, 
the portfolio can simply be established at an effective date, then updated 
reguUrly. 

A portfolio raw data file contains one on more data blocks. 
Each data block contains dau for a total portfolio and for each node or class in 
the portfoUo. as defined under one or more class schemes, for a single period. 
Consequently, if a portfolio is linked to several class schemes, it may require 
several data blocks for each unitization period. 

Cash is considered to be the pool of hmds which are used to 
fund purchases, to receive the proceeds of sales, and to hold and pay income 
received or paid out. There can be a cash balance for each currency which the 
portfolio uses for transactions. 
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When the system is presented with a ciass for cash, it expects 
transaction information of two kinds, which can be termed direct and 
indirect. Direct transactions are cash contributions and withdrawals, interest 
received on cash (or paid on overdrafts), and fees and other charges. The 
5 primary reason for these transactions is to modify the cash balance. 

Transactions which affect cash indirectly are security purchases and sales 
anywhere in the portfolio, carried out using a particular currency, and any 
dividends or interest received or paid. The primary purpose of these 
traruactions is in order to modify security positions or because of previously 
10 established security positions, not to change the cash balance* Both kinds of 
transactions are used in order to compute a return for the cash balance. 



Non-Cash 

Everything otfter than cash is a noiKash class. The value of a 
class changes over time due to two reasons, changes in the prices of the 
15 securities in the class and changes to the holdings of the class through 
purchases and sales. Income can be either or both of realized income or 
accrued income. The two are entered separately. Derivatives, including 
futures and currency forwards, are usually treated as non-cash securities. 
' ■} . ' ' , 

Income ^ 

20 The system uses income in two fonns, realized and accrued. 

Realized income is further distinguished as positive and negative. Positive 
income is income received by the portfolio and negative income is paid out 
by the portfolio. The accrued income is given as a gross figure, that is to say it 
is computed for the holdings as of the period ending date (the same date as 

25 the market values). 



General co nsiderations 

1. Any transaction which will change the market value of the 
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portfolio is included. Usually, these will be purchases and sales. A stock split 
is not explicitly included, as the change in shares is offset by the change in the 
unit price of the security, A stock dividend however is included as a 
purchase, with the cash value of the dividend recorded as income. 

5 2. Transactions are considered at market value, not book value, 

for the purpose of computing performance. Book values reflect the price(s) 
at which securities were purchased in the past. Book values of transactions 
are collected separately as a consistency test (previous period ending book 
value * book value of purchases - book value of sales plus book value 

10 adjustments « the period ending book value). If not available, book values 
should be entered as zero. 

3, Cash transactions are recorded separately. If performance of 
cash is not to be measured, the records for cash do not have to be included. 

If cash is being measured, any transaction which will cause a 
15 change in the portfolios cash balance should be included. Transactions 
which directly affect cash are contributions, withdrawals, interest paid or 
received on cash, and management fees. All of these can be ignored if 
performance of cash is not being measured. 

Recorded also in each of the cash records is a summary of all 
20 non-cash (security-related) transactions which affect that particular cash 
balance. The items summarized are the purchases, sales and income. 

4. The cash balances must be consistent with the basis on which 
transactions are considered, namely trade or settlement date. If only 
settlement date cash balances are available, and purchases and sales are being 

25 gathered on a trade date basis, the cash balances must be adjusted for any 
outstanding or unsettled trades as of the end of the period. 



5. 



If management fees and other portfolio expenses cannot all 
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be identified separately in order to record them m the cash record, they can be 
treated as cash withdrawals (or contributions if appropriate). Note that 
performance after fees cannot be computed in such a case. Also note that in 
order to take fees into account in measuring performance, cash must be 
5 measured, as the fees are entered in the cash records. The effect of 

management fees will be attributed to the cash class. If the fees should be 
attributed to some other class, do not enter the amount of the fees in the cash 
record, but instead record the fees as negative income for the required class. 

Specific circumstances 

10 Security Reclassifications 

Occasionally, a security will move from one class to another. 
This can happen in an equity portfolio when the industxy classification of 
a company is changed (for example, the way that a stock is classified in a 
market index). In a fixed income portfolio which has classes based on 

15 term to maturity, the bonds will over time move to different classes as 

each bond's term to maturity decreases. The result is that a security that 
was in one class at a previous valuation, and is now in another class for 
subsequent valuations. 

Without any transaction to record such a move, the 

20 computed performance of the two classes will be biased by the sudden 

changes in value. The old :lass is suddenly lower in value while th.= new 
dass is suddenly higher in value. To allow for this, the security i^ "sold" 
out of the old class, at the market value as of the date of the move, and 
'^bought" into the new class at the same market value. Since the purchase 

25 and sale are done at the same value, the two transactions net out to zero, 

and there is no cash effect. If the old and the new classes each have 
different local currencies, and a separate cash balance is used for each 
currency, then there is also a cash withdrawal from the old class of the 
amount of the sale, and a cash contribution to the new class of the 

30 amount of the purchase as well. Without the extra withdrawal and 
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contribution, only total cash will be unaffected by the reclassification. The 
extra transactions ensure that each of the affected cash balances remain 
unchanged. 

When a fixed income security is reclassified, the interest 
5 accrued to the reclassification date must be computed and recorded as 

positive income in the old class, and as negative income in the new class. 
This must be done in order to balance the change in the accrued interest 
computed as of the valuation date (the to-date), as otherwise the income 
for the old class will be understated, and overstated for the new class. 
10 Although the two amounts will offset each other so that there is no cash 

effect, the computation of the dummy realized accrued interest is 
required to avoid distorting the returns for the old and the new classes. 

The day-weighted amount of the purchase, sale and accrued 
interest relating to a security reclassification are computed on the basis of 
15 the end of the day of the reclassification, rather than the middle of the 

day as is done for other transactions. The day-weighting factor becomes 



20 



25 



a 
T 



where n number of whole days remaining in the measurement period 
T number of days in the measurement period 

If for example the reclassification occurs on the 17th day of a 
31.day month, the number of whole days remaining is U. and the day- 
weighting factor is 14/31, or 0.4516. U the reclassification occurs on the last 
day of the 31-day month, the day-weighting factor is zero, and if it occurs 
on the first day of the 31-day month, the day-weighting factor is 30/31, or 
0.9677. 



rnntrihiirir" "'^ withdrawal nf Assets 

If securities are contributed to the portfolio or transferred 
out without affecting the cash balance(s) of the portfolio, the transaction 
30 is recorded as a purchase or sale in the amount of the market value of the 
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assets, along with an offsetting cash contribution (in the case of an asset 
contribution) or cash withdrawal (in the case of an asset withdrawal). The 
principal is the same as for a security reclassification. There must be a 
transacrion to account for the change in the value of the class, because it 
5 is not due to secunty price changes. 

The general rule is that if a transaction which has no cash 
effect has an effect on the ^'^Idings of the portfolio, it must be included, 
with appropriate cash transactions to offset the amount of the 
transaction, in order to preserve the level of the cash balance. 

UPDATING DATA FILES 

The following describes the format and contents of the 
periodic data file which is used by the system to update the valuation and 
cash flow table in the database. 

A portfolio raw data file contains one or more data blocks. 
Each data block contains data for a total portfolio and for each node (class) 
in the portfolio, as defined under one or more class schemes, for a single 
period. Thus, if a portfolio is linked to several class schemes, it may 
require several separate data blocks for each unitization period. 

The following is an tMmple stnicture for t 
the portfolio data file, and is repeated fur each data block. 
The first two lines of each data block arr 

Record 1 PORT = portfolio code. BASE = currency code, 

REQUEST ^request ID 

Record 2 FROM = from-date, TOato-date. BASIS = T for trade 

25 or S for settlement, INCLASS = number of classes 

being entered into SYLVAN for this portfolio for this 
class scheme for this period. 
These two records provide general information about the 



15 



20 



96A)W02 



PCT/CA95/00491 



-36- 

data block which follows. The key word PORT = identifies the portfolio, 
BASE = is the code of the base currency of the portfolio, and REQUEST = 
is the Request ID, and is unique to each data block/ request instance and 
must be included. The request ID indicates the portfolio, the dates and 
the class schemes which are to be "fed" by the data block. All of these 
appear in the associated Download Request File. 

The second record contains the effective and end-effective 
dates for the data block. The key word BASIS = is the transaction basis 
code used in the external accounting system when gathering the raw data. 
The final item, NCLASS =, is a count of the number of cash and class 
records that are to follow in the data block, and is used as a consistency 
test to ensure that the file is intact. 

There are two records (described next as Record 3 and Record 
4) for each class in the portfolio/ class schcme(s), so NCLASS is equal to 
two times the number of classes (nodes) which are active in the class 
schemc(s) and which appear (i,e. have non-zero- market values and /or 
cash flows) in the portfolio during the specified period. 

In each of the following record descriptions, the data items 
which relate to transactions always appear twice, once for the simple 
algebraic sums and once for the day-weighted sums of the transactions by 
class. The day-weighted value for each transaction is computed by 
adjusting for the time remaining in the measurement period (based on 
trade or settlement date). For a single class, this can be computed as: 

sumiCi • (ln+0.5in-) 

cash flow (each of purchases, sales, positive and 
negative income, cash contributions and 
withdrawals, and expenses, gathered separately) 
for each security in the class 



where 

Ci = 
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n -t" 0.5 = number of whole days remaining in the 
measurement period plus half a day, for each 
transaction 

number of days in the measurement period 



T = 



Each type of transaction (cash flow) is gathered separately. 
The time remaining in the period is measured in days. A transaction on 
any given day is assumed to occur in the middle of that day (which gives 
the half day adjustment). The smallest value for the numerator of the 
factor in Equation 1 is 0.5 (for the last day of the period), and the largest 
value for the numerator is (for the first day of the period), thus giving a 
factor which is always non-zero, positive and less than 1,0. 

As noted, reclassified securities are handled slightly 
differently. When a security is reclassified (i.e. moved from one asset 
15 class to another) in the portfolio accounting system, a sale transaction is 

generated to record the removal of the security from the old asset class, 
and a purchase transaction should be generated to reflect the introduction 
of the security into the new class. Such reclassification trar\sactions are 
normally **priced" at closing prices for the day of the reclassification, and 
20 should be handled as though they had occurred at the end of the day. 

There are then the records for a cash balance (the cash 
records appear before the class records): 



Record 3 CASHBASE « code of cash balance currency, (which is 
portfolio base currency code), 
25 cash balance at tOKlate, 

contributions for period, 
day-weighted contrtbutiorts, 
withdrawals for period, 
day-weighted withdrawals, 
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positive income for period, 
dav-weighted positive income, 
negative income for period, 
day-weighted negative income, 
fees and other expenses for period, 
day-weighted fees and other expenses, 
portfolio purchases \ising this cash balance for period, 
day-weighted portfolio purchases using this cash balance, 
portfolio sales using this cash balance for period, 
day-weighted portfolio sales tising this cash balance, 
portfolio positive income using this cash balance 
for period, 

day-weighted portfolio positive income using this 
cash balance, 

portfolio negative income using this cash balance 
for period, 

day-weighted portfolio negative income using this 
cash balance 



20 



Record 3 is all in portfolio base currency. 



Record 4 CASHLOCAL = code of cash balance currency, portfolio 
base currency code, 

cash balance at tcwlate, 

contributions for period, 

day-weighted contributions, 

withdrawals for period, 

day-weighted withdrawals, 

positive income for period. 
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day-weighted positive income, i 

negative income for period, i 

day-weighted negative income, i 

fees and other expenses for period, i 

day-weighted fees and other expenses, 

portfolio purchases using this cash balance for period, 

day-weighted portfolio purchases using this cash balance, 

portfolio sales using this cash balance for period^ 

day-weighted portfolio sales using this cash balance 

portfolio positive income using this cash balance 

for period, 2 

day-weighted portfolio positive income using this 

cash balance, 2 

portfolio negative income using this cash balance 

for period, 2 

day-weighted portfolio negative income using this 

cash balance 2 



Record 4 is all in the currency of the cash balance (local). Cash records are 
maintained ^separately from non-cash records because there may only be 
one cash balance for a given currency but there may be multiple non-cash 
nodes denomiiuited in that currency. 

The values for portfolio positive and negative income in 
any cash balance (indicated by 2 in the above description) do not include 
the income recorded in the values of positive aad negative cash income 
(indicated by 1 in the above description). 

The records for a non-cash class are: 

Record 3 CLASSBASE = external scheme identifienextemal class code, 
portfolio base 
currency code. 
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10 



market value at to-date, 
purchases for period, 
day-weighted purchases, 
sales for period, 
day-weighted sales, 
positive income for period, 
day-weighted positive income, 
negative income for period, 
day-weighted negative income, 

gross accrued interest at to-date (corresponding to market 
value), 

book value to correspond to market value, 
book value of purchases, 
book value of sales, 
^5 book value adjustments 

Record 3 is all in portfolio base currency. 

Record 4 CLASSLOCAL = external scheme identificr,extcmal class 
code. code of dass local currency, 
'market value at to-datc, 
20 purchases for period, 

day-weighted purchases, 
sales for period, 
day-wei^ted sales* 
positive income for period. 
day*weighted positive income, 
negative income for period, 
day-weighted negative income, 

gross accrued interest at to-date (corresponding to market 
value). 



25 
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Record 4 is all in the class local currency. 

Note that all of the items which appear in Record 4 
CLASSLOCAL appear in Record 3 CLASSBASE. Record 3 CLASSBASE 
has four additional fields to carry book value information to be used by 
5 one of the input data tests (book value balancing). 



Last records for a portfolio: 

There is one summary record for the cash portion of the 
portfolio (all cash balances added together) labelled TOTALCASH, and 
another summary record for everything else in the portfolio, labelled 
10 TOTALPORT. 

For cash: 

TOTALCASH = portfolio code,portfolio base currency, 
cash balance at to-date, 
contributions for period, 
15 day- weighted contributions, 

withdrawals for period, 
day-weighted withdrawals, 

pcSitivs income for pencd, 1 
day-weighted positive income, 1 

20 negative incoce for period, 1 

day-weighted negative income, 1 
fees and other expenses for period, 
day-weighted fees and other expenses, 
portfolio purchases using this cash balance for period, 

25 day-weighted portfolio purchases using this cash balance, 

portfolio sales using this cash balance for period, 
day-weighted portfolio sales using this cash balance, 
portfolio positive income using this cash balance 
for period, 2 
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day-weighted portfolio positive income using this 
cash balance, ^ 
portfolio negative income using this cash balance 
for period, ^ 
day- weigh ted portfolio negative income using this 
cash balance ^ 

Record TOTALCASH is all in portfolio base currency. 

For the rest of the portfolio: 

TOTALPORT = portfolio codcportfolio base currency 

code, 

market value at to-date, 
purchases for period, 
day-weighted purchases, 
sales for period, 
day-weighted sales, 

positive income for period, 2 
day-weighted positive income, 2 
negative income for period, ^ 
day-weighted negative income, 2 
gross accrued interest at to-date (corresponding to 
market value), 

book value to correspond to market value, 
book value of purchases, 
book value of sales, 
book value adjustments 



Record TOTALPORT is all in portfolio base currency. 
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The total portfolio purchases, sales, positive and negative 
income figures which appear at the end of the TOTALCASH record are 
the same as those in the TOTALPORT record. In both records, the total 
portfolio positive and negative income figures (indicated by 2 in the 
5 above description) do not include the positive and negative income 

amounts for cash (indicated by 1 in the above description). The fields 
appear in TOTALCASH match the format of the CASHBASE and 
CASHLOCAL records. 

The book value fields appear at the end of the TOTALPORT 
10 summary as well, to match the format of Record 3. 



FQgMf n AS USED IN THE SYSTEM 

The system uses a number of different formulas for analysis 
purposes, which can be broken down into four groups; 
1. Asset weight calculations 

15 2. Rate of return (unitization) calculations 

3. Performance attribution calculations 

4. Risk calculations 

For uniformity and brevity, the following subscript notation is used: 

n denotes "in the narive currency of the portfolio being 

20 evaluated** 

1 denotes **in the local currency of the security or asset ditt** 
k denotes "of or pertaining to an asset class whose 
performance is measured in local currency"* 
c denotes 'of or pertaining to currency exposure in a multi- 

25 currency securities portfolio** 



/^Hfipt Wgjffht formulas 

Index asset class weights are the proportion of the index 
represented by a given asset class, as of the date the index value 
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calculation is carried out. They may be based on any of a number of 
size * measures such as issue capitalization, float, or issue size; or they 
may be arbitrary. They are determined by the index sponsor, for example, 
Morgan Stanley Capital International, Standard & Poors, the Toronto 
5 Stock Exchange etc., and simply recorded m the system, without 

adjustment. 

Portfolio asset class weights are of two types: security weights 
and currency weights. They represent the portfolio weight of each asset 
class at the beginning of any particular measurement period, adjusted for 
10 purchases, sales and income occurring during the measurement period. 

The products of security or currency weights, so measured, and 
corresponding security or currency returns for each asset class, sum 
exactly to the security or currency return of the entire portfolio. 

Cash flow-adjusted security weights for each asset class are 
15 calculated as follows: 



wo 96/06402 



PCT/CA95/0049I 



•45- 

DWNi„tk)))/sum(WP„ji,) 



where 



WP 



ntk 



10 



15 



Aintk 
DWPntk 

DWNIntk 



Cash flow-adjusted security weight 
during period t for asset class k 
Previous period market value in native 
currency during period t for asset class k 
Previous period gross accrued interest in 
native currency during period t for asset 
class k 

Day-weighted purchases in native 
currency during period t for asset class k 
Day-weighted purchases in native 
currency during period t for asset class k 
Day-weighted positive income in native 
currency during period t for asset class k 
Day-weighted negative income in native 



20 



currency during pcAiod t for assct ciass k 
If income is ignored then asset class weights are calculated 

using the formula: 

WP„iu- (MVnik + Al«,k ♦ (DWPntk . DWS„,ic»/»um (WP„tk) 

These formulas assume that accrued interest is treated as capital. 

Cash flow-adjusted currency weights are calculated as follows: 



wo 96/06402 



PCT/CA95/00491 



-46- 

WPn,c = <WP„,k * FPuk )/ sum<WP„,i, * FP|,k) 

where 

WP„,f = Cash flow-adjusted currency weight 

during period t for asset class k 
5 FPitk = Return factor for portfolio asset class k in 

local currency during period t. (Please 
clarify why this is called ''currency 
weight" 

10 |Ha># of Rehim Formulas 

Performance attribution requires that total portfolio and 
portfolio class performance be consistent, i.e. that the overall return of a 
portfolio be exactly equal to the sum of the weighted returns of its 
component asset classes, i.e. that: 
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FPnt = a + RP„, / 100) 



where 



RPm = Return for the portfolio in portfolio 

native currency during period t, in per 
cent 

RPntk = Return for portfolio asset class k in 

portfolio native currency during period 
t, in per cent 

WPntk = Security weight for portfolio asset class k 
during period t (sum(WPn,k) = l) 

FPnt ~ Return factor for the portfolio in 

portfolio native currency during period t 



Many formulas can be used to calculate the return on 
15 portfolio asset classes. The preferred formula for non-cash asset class 

performance is: 



MVj * All - (Pi - Si • (PIi - Nil)) * (DWPi . DWS, - (DWPIi - DWNl,)) 

FPN, . 



MVo Alo + (DWPi . DWS, - (DWPI, . DWNl,)) 



20 where: 



FPN J = return factor for non<ash asset class (FPN, = 1 + RPNi/100) 

MV, s market value at end of period 

Al, = gross accrued interest at end of period 

P, = purchases during period 
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Si = sales during period 

PI, = positive income duriing period 

Nil = negative income during period 

DWPi = day- weighted purchases during period 

DWSi = day- weighted sales during period 

DWPli = day- weighted positive income during period 

DWNli = day- weighted negative income during period 

MVo = market value at end of previous period 

Alo = gross accrued interest at end of previous period 



The preferred formula for cash asset class performance is 

CBi-(Si-Pi*Ct-W|*(PJi-Nli)-Fi)*(DWS|.DWPi*DWCi-DWW|*(OWPli- OWNliVDWFO 

FPCi . — ' 

CBo+(OWSi-DWPi*DWCi-DWWi*(DWPIi-DWNlO-DWFi) 



return factor for cash asset class (FPCi = 1 + RPCi /lOO) 
cash balance at end of period 
sales using this cash balance during period 
purchases using this cash balance during period 
cash contributions to this cash balance during period 
cash withdrawal from this cash balance during period 
total portfolio positive income involving this cash balance 
during period 

total portfolio ncgarive income involving this cash balance 
during period 

total fees paid from this cash balance during period 
day-weighted sales using this cash balance during period 
DWPi = day-weighted purchases using this cash balance during 
period 



where: 

FPCi = 
CBi 
Si 
Pi 

Ph 

Fi 

DWS, = 
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DWCi = 

DWW, = 

DWPl, = 

DWNli = 

DWF) = 
CBo 



day-weighted cash contributions to this cash balance during 
period 

day-weighted cash contributions to this cash balance during 
period 

day-weighted total portfolio positive income involving this 
cash balance during period 

day-weighted total portfolio negative income involving this 
cash balance during period 

day-weighted fees paid from this cash balance during period 
cash balance at end of previous period 



Portfolio returns can be disaggregated into security-related and 
currency-related components. These account entirely and exactly for 
portfolio performance during any period. 

Security-related performance is measured in the local currency of 
15 each security class. It excludes the effects of exchange rate fluctuations 

over the measurement period. 



FPS11 m 1 ^ (SttBliWPMk * RPiik) / 100) 



where 

FPSit ■ Security return factor for the portfolio in local 
20 currency during period t 

WPntk ■ Security weight for portfolio asset class k • 

during period t (sum(WPntk) * 1) 
RPitk = Return for portfolio asset class k in local 
currency during period t, in per cent 
25 Note that FPS and RP are both designated 'T, i.e. are in the local 

currency, to exclude exchange rate effects, while security weights, WP, are 
in the native or base currency. 
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Currency-related returns result from exchange rate movements 
during the measurement period, from the manager s decision to over- or 
under-weight parhcular currencies m the portfolio, and from the timing 
of the manager s intra-period movements into or out of particular 
currencies. By definition, they are measured in the native currency of the 
portfolio. 



FPC„, 
FPC„, 
WP„,c 



FP„, / FPSi, 

1 + (»ttin(WP„,c • RPnie) / 100) 
(WP„,k • FPuk) / »um(WP„,k • FPuk) 



10 



15 



20 



25 



FPC, 



•ni 



WP, 



nic 



RP. 



nic 



where 

s Currency return factor for the portfolio 
in portfolio native currency during 
period t 

s Weight for portfolio currency c during 
period t 

Return for portfolio currency c during period t. 
in per cent 

= Return factor for portfolio asset class k in local 
currency during period t 
The first equation indicates that the currency return factor FPC„, 
is simply the ratio of the return factors for the portfolio in native and 
local currencies. Effectively, in the third equation the weight of the asset 
class is modified by the local return factor for that asset class, while 
ensuring that sum of all WPn« will be unity. 

Total portfolio return can also be defined in terms of benchmark 
effects and management effects, which effects multiply together as 
indicated by the foUowing equation: 



FPii 



Itk 
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FP„, = FB„t • SWF,, * SSFh * CWF^, • CTF„, 



where 



FPnt = return factor for portfolio in portfolio native 

-urrency during period t 
5 FBnt = Benchmark return factor in portfolio native 

currency during period t 
SWFit = Asset weighting effect factor in local 

currency during period t 
SSFie = Security selection effect factor in local currency 
10 during period t 

CWFnt = Currency weighting factor in portfolio native 

currency during period t 
CTFnt = Currency timing factor in portfolio 

native currency during period t 

15 Performance Attributfon Formulas 

The attribution factors (management effects) measured by the 
system include security-related and currency-related effects. 

Security-related effects result from differences in the performance 
of the securities in the portfolio and the performance benchmark, net of 
20 the effects of currency fluctuations. They are measured in the local 

currency of each asset class. 

To allow isolation of security-related effects from currency-related 
effects, securities .denominated in different currencies (e.g. Japanese 
equities vs. French equities) must be allocated to separate primary asset 
25 classes in the portfolio, and valued in both their local currency and the 

portfolio native currency. Derived asset classes may contain securities 
denominated in multiple currencies. 
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If, for the securities valued in a particular currency, valuation and 
cash flow data are not available in both native and local currencies, or if a 
separate primary asset class is not defined, only asset weighting and 
security selection effects will be measured. These will incorporate any 
5 currency-related effects. In a single-currency portfolio being evaluated 

relative to a benchmark denominated in the same currency, currency- 
related effects do not exist. 

Currency-related effects measure the impact of exchange rate 
fluctuations on the performance of the securities in a portfolio. They are 
10 normally measured in the native currency of the portfolio; this is usually 

the currency of the country in which the portfolio is domiciled or, in the 
case of pension funds, the currency in which most or all of its liabilities 
arc denominated. 

These are discussed below in the following order. 
15 Asset weighting effect formulas 

Security selection effect formulas 
Security timing effect formulas 
Currency weighting effect formulas 
Currency timing effect formtilas 
20 Management effect formulas 

i^cc#t w#if h fing Ff ff ft f ""««i" 

Asset weighting effects measure the impact, in local currency 
terms, of the manager s decision to over- or under-weight particular asset 
classes relative to the performance benchmark. For a given asset class, 
25 the effect is calculated as the difference between the acttial security or 

asset class weight and the benchmark weight, multiplied by the 
benchmark reUim factor for the class relative to the return factor for the 
benchmark as a whole: 
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SW|,k = (WP„,|, - WBntw) • ((FBuic / FB|,) - 1) MOO 

where 

SWitk = Asset weighting effect for portfolio asset 

class k daring period t, measured in per 
5 cent 

WBntk = Asset weight for benchmark asset class k 

period t (suin(WBntk) = 1) 
PBitk = Security return factor for benchmark asset class 
k during period t 

10 FBu = Security return factor for benchmark during 

period t 

The asset weighting effects for all classes in the portfolio sum to 
the total portfolio asset weighting effect. The total asset weighting effect 
factor for the portfolio can also be calculated directly: 

sum(SWiik) 

s {i + 5Um{ WFnik * RBiik / iOOi) / FBu 



SW|t^^ = Asset weighting effect for portfolio during 

period t, measured in per cent 
SWFtt - Asset weighting effect factor for portfolio 

during period t. measured in per cent 
RBltk = Security return for benchmark asset class 

k during period t, in per cent 
The asset weighting effect, as calculated above, assumes that 
weighting decisions are based on anticipated benchmark returns for each 



15 SW|, 



where 



20 
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asset class. This implies a top-down" approach to portfolio 
management, i.e. it assumes that mvestment decisions are based first on 
selectmg particular asset classes, and secondly on selection of securities 
within the chosen asset classes, so benchmark returns are largely 
5 unaffected by the manager s security selection decisions. A "bottom-up" 

management process assumes that investment decisions are based first 
on selecting individual securities, and asset class selection is a secondary 
issue, i.e., that anticipated asset class returns and related weighting 
decisions incorporate the effects of the manager's security selection 
10 decisions, the asset weighting effect can be calculated as follows: 

SW|,k = RPitk * (WP„,k . WBntk) / (1 + sum(WB„tk • 
RPi,k / 100)) 

SWFi, « FPu / (1 + sum(WB„,K * RPitk / 100)) 

where 

SWitk * Security weighting effect for portfolio asset class 
k during period t, assuming "bottom-up" 
management 

SWFh = Security weighting factor for the 

portfolio during period t, assuming 
"bottom-up" management 
These equations uses the portfolio return or return factor and the 
benchmark weights. The portfolio return for an asset class, as opposed to 
the benchmark return, give an indication of the manager's effectiveness 
in picking individual securihes. The denominator is a return factor for a 
hybrid portfolio, based on the benchmark weights and portfolio returns. 



15 



20 



25 



Q^^nHiy Selection Fffff t Formulai 

Security selection effects measure the impact, in local currency 
terms, of the manager s decision to invest in a) securihes different from 



96/06402 



PCT/CA95/0049I 



- 55 - 

those making up each asset class of the benchmark, and/or b) the same 
securities as those in the benchmark, but in different proportions. Where 
performance attribution is carried out at the security level (i.e., the asset 
"classes" are individual securities), the security selection effect captures 
intra-period security timing and transaction cost effects. 

For a given asset class, the security selechon effect is calculated as 
the weight of the asset class in the portfolio multiplied by the return 
differential for the portfolio class relative to the benchmark class, all 
divided, again, by the return factor of the "hybrid" portfolio: 

SSuk = WP„,k • (RPuk . RBuk) / (1 + sum(WP„,k» RB|,k / 100)) 

where 

SSjik = Security selection effect for portfolio asset class 

k during period t, measured in per cent 

VI?nxk = Asset weight for portfolio asset class 

period t (sum(VVPn,k) = 1) 

RPixk = Security return for portfolio asset class k during 
period t, in per cent 

RBitk = Security return for benchmark asset class k 
during period t, in per cent 

Security selection effects by class sum to the selection effect for the 
portfolio as a whole: 
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SSi, 
SSFi, 



sum<SSuk) 

FP„ / (1 + sutn(WP„,K • RB,u / 100)) 



where 



SSi, 

SSFu 

FPi, 



Security selection effect for portfolio during 
period t, measured in per cent 
Security selection effect factor for portfolio 
during period t, measured in per cent 
Security return factor for portfolio during 
period t. in per cent 



If • bottom-up" management is assumed, the security selection effect is 



-up 
measured as: 

SS'uk 
SSFiik 



WB.UC • (RPiik - R"l»k> ' ™«« 
(1 ♦ sum(WB„,k • RPiik / 100)) / FB|, 



where 



SS'i 



SSF„ 



WB„,k' 



FBi, 



Security selection effect for portfolio asset diss 

k during period t, assuming •bottom-up" 

management 

Security selection factor for the portfolio 
during period t. assuming "bottom-up" 
management 

_ /^sset weight for benchmark asset class k. 

period t (sum(WB„tk) = D 
Security return factor for benchmark in period t 



In effect, as compared to the first security selection formula above. 
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the benchmark weight, instead of the asset weight, and the benchmark 
return factor, instead of the hybrid return factor are used. 

Security Timing Fffgf t Formulas 

Security timing effects are analogous to security selection effects, 
5 but are based on information gathered at the individual security level 

rather than at the aggregate asset class level. See the Security Selection 
Effect Formulas section for details. 

Currency Wgighting Effect Formulaii 

Currency weighting effects measure the impacts of over- or 

10 under-weighting currencies in the portfolio (in most cases, by over- or 

under-weighting countries) relative to the benchmark. They are 
analogous to security weighting effects, in that they are based on the 
relative performances of each currency in the benchmark rather than the 
currency returns actually experienced by the manager. The effects of 

15 differences between the portfolio and the benchmark in their experienced 

currency returns are incorporated in the currency timing effect, defined 
separately. 

For a given currenc>', the weighting effect is measufed as the 
difference (between the portfolio and the benchmark) in currency weight, 
20 multiplied by the benchmark return factor for that currency reb^we to 

the currency return factor for the entire benchmark: 
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100 

where 
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CWntc = <^Pnt^ - ' <(FBCn»c / FBC„,) - 1) 



C^VVntc = Currency weighting effect for portfolio 

currency c during period t, measured in 
per cent 

Wp„j^ = Portfolio weight for currency c during 

period t 

WBntc = Benchmark weight for currency c dunng 

period t 

P^Q^ s Currency return factor for benchmark 

currency c during period t 
P3^^^ a Currency return factor for entire 

benchmark during period t 
Thus, a positive weighting effect is obtained by over weighting an 
overperforming currency, or undcrweighting an underperforming 
currency. 

The currency weighting effects for all classes in the portfolio sum 
to the total portfolio currency weighting effect. The total currency 
weighting effect factor can also be calculated directly as the ratio of the 
-hybrid" currency return factor (based on portfolio currency weights 
multiplied by benchmark currency returns) to the benchmark currency 
return factor 
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CW„, = sumiCWntc) 

CWFn, = (1 + sumCWPn,, • RB„,c / 100)) / FBC„t 



where 



CWnr = Currency weighting effect for portfolio 

5 during period t, measured in per cent 

CWFnr = Currency weighting effect factor for portfolio 

during period t, measured in per cent 
RBntc = Return for benchmark currency c during 

period t, in per cent 

10 The currency weighting effect, as calculated above, assumes that 

the manager 5 currency weighting decisions are based on anticipated 
benchmark currency returns. If currency weighting decisions are more 
typically based on anticipated portfolio currency returns, the portfolio 
currencx' weighting factor is calculated as follows: 

15 CW„, = RP„u • (WP„te - WB„,c) / (1 + sum(WB«tc 

• RP„u/18C» 

CWF'„, = FPCnt / (1 + sum(WBnlc • RPntc / ICQ)) 



where 



CW nt - Currency weighting effect for portfolio 

20 currency c during period t. measured in 

per cent, assuming **bottom-up" 
management 

CWF'nt = Currency weighting effect factor for portfolio 
during period t. measured in per cent, 
25 assuming 'bottom-up" management 
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Note that here again a hybrid factor, including benchmark 
weights and portfolio returns, is included in the denominator. 

Currency timing effects result from the managers intra-penod 
5 movements into or out of the currencies represented in the benchmark 

and/or portfolio. They are analogous to security timing effects. 

Timing effects tend to decrease in size as the unitization 
frequency increases (i.e., unitization periods become shorter). This is 
because managers cannot, over a period during which no cash flows into 
10 or out of a particular currency take place, "out-perform" that currency; 

currency-related return during such a period wiU be strictly a function of 
exchange rate movements. By contrast, a manager can out-perform the 
benchmark security return of a single asset class, even without 
transacting in that class, by virtue of having first selected securities which 
15 out-perform the securities in the benchmark. 

In practice, as unitization frequency increases, measured currency 
effects will not change meaninghilly in magnitude. However, a larger 
proportion of overall currency effects will tend to be the result of 
weighting decisions and a smaller proportion will result from timing 

20 decisions. 

For a given currency, the timing effect is calculated as the weight 
of the currency in the portfolio muUiplied by the return differential for 
that currency in the portfolio relative to the same currency in the 
benchmark, all divided by the -hybrid" currency return factor, which is 

25 calculated from portfolio weights and benchmark remms: 
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CT„„=WP„,, • (RPCnu - RBCn.c) / (1 + sum(WP„.,»RBC„,c nOO)) 

where 

^^ntc = Currency timing effect for portfolio currency c 

during period t, measured in per cent 
^Pntc = Portfolio weight for currency c during 

period t 

RPCntc = Portfolio return for currency c during period t 
RBCnic = Benchmark return for currency c during period 
t 

The currency timing effect for the portfolio as a whole is the sum 
of the timing effects for individual classes: 

CT„t = suin<CT„tc) 

CTF„, » FPC„, / (1 + suin(WP„t, • RBC„tc / 100)) 

where 

CTn, = Currency timing effect for portfolio during 

period t, measured in per cent 
CTFnt = Currency timing effect factor for 

portfolio during period t, measured in 

per cent 

If "bottom-up" management of the currency-related elements of 
the portfolio is assumed, currency timing effects are measured as: 
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CTntc = WBntc * (RPnlc - RBntc) / FBCnt 
CTF'nt = (1 + sum(WBnlc * RPCntc / 100)) / FBCnl 

where 

RP^j^ = return for portfolio currency c during period t 

Currency timing effect for portfolio 
currency c during period t, assuming 
"bottom-up" management 
Currency timing factor for the portfolio 
during period t, assuming **bottom-up" 
management 

iman«gi>tni>nt Fffrrt Formuiai 

The management effect factor is the ratio of the portfolio return 
factor to the benchmark return factor. This definition assumes that the 
benchmark return is always available to the portfolio sponsor and 
requires no portfolio management skill. The management effect factor is 
also the product of security-related and currency-related management 
effects. 



CT 



ntc 



CTF' 



nt 



10 
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MEFn, = FP„, / FB„. 

MEFn, = SEFn ^ CEFn. 



where 



MEFnt = Overall portfolio management effect 

5 factor in portfolio native currency 

during period t 

FPni = Portfolio return factor in portfolio native 

currency during period t 
FBnt = Benchmark return factor in portfolio native 

10 currency during period t 

SEFit = Security effect factor in local currency during 

period t 

CEFnt = Currency effect factor in local currency 

during period t 

15 Composite index results are calculated by opening the calculate 

module from the main menu. An entire composite index and its 

associated performance results can be deleted. 

Alternatively, to delete the composite index results or related 

attribution results, without deleting the composite index itself, the 
20 composite indexes winciow is opened and v/hen the appropriate 

composite index deactivated. 

Portfolio and merged portfolio asset weights and performance are 

calculated from the calculate module. Within this module are the 

portfolios or merge portfolios can be selected for unitization. Attribution 
25 results are calculated from the data command. Performance attribution 

results may be deleted in several ways, depending on the circumstances. 

To delete attribution results for a single portfolio, the portfolio 

module is opened and the attribution model links window is opened. 

The portfolio and attribution model for which results are to be deleted 
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are selected. 

If no attribution results are needed for the selected 
model /portfolio combination, the link between them can be eliminated 
and all associated attribution results will be deleted. If future results are 
not required but historical results are to be maintained, the link is 
deactivated. 

To delete attribution results for all portfolios linked to an 
attribution model the attribution model module is opened and the 
attribution model selected. 

If no attribution results are needed for the selected model it can 
be eliminated. Again, if it is desired to maintain historical results only, 
then the model can be deactivated. 

It can be noted that results are given attribution models arc also 
deleted when results are linked portfolio, class scheme or benchmark arc 
deleted. Attribution results for all models are deleted if exchange rates 
are deleted if exchange rates are deleted. 



20 



Rf P1Tr*'"g Overview 

Reports arc produced in Microsoft's EXCEL spreadsheet program, 
any report can be manipulated or analyzed in any way permitted by 
EXCEL without affecting the system database 

The system produces rep -^.ts using five different report •^views'*. 
A view encompasses one or more report types: 



25 



RfPftrt Vjcn 
Exchange rates 
Class schemes 

Attribution models 

Benchmarks 



p#pQtf Types 



(l) 
(1) 

(1) 

(3) 



Currency exchange rates 

Portfolio, index and composite index 

class schemes 

Portfolio and benchmark class scheme 
correspondence 

Asset weights. Performance, 
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Performance contribution 
(6) Raw data, Asset weights. Performance, 
Performance contribution. Attribution 
analysis. Risk [details) ; some reports 
5 allow direct comparisons to benchmarks 

When the report module is run, the main menu and the Report 
Directory window appear first. The Report Directory window allows a 
user to: 

(i) specify, run and save new reports; 
^0 (ii) choose and run previously saved reports; 

(iii) change the specifications of saved reports; 

(iv) rename saved reports; and 
(V) delete saved reports 

Confiyuriny Rgporta 

15 Class scheme and attribution model reports need little 

configuration, requiring only that the desired schemes or models be 

selected, and display instructions set (see below). 

Exchange Rate, Benchmark and Poftfoiio report views contain a 

variety of user-controlled report elements, including date ranges, sort 
20 order, effect types, reporting currency and others. Configurable elen^.^nts 

common to most of these reports include: 



• Dates: 



25 



From- and to-dates are entered. The 
system will report on as much data as it 
can find between the specified dates. 
Where report frequency is less than 
monthly (i.e., quarterly or annual), 
quarters or years arc determined by 
working backwards from the latest 
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• Report currency: 

5 

• Sort order: 

10 

• Graphs: 

15 

• Number formats: 

20 

• Display instructions: 

25 



month-end for which data are found. 

Many reports can be produced in local 
currency, portfolio base currency or a 
third currency. Base currency may vary 
among portfolios. Reporting currencies 
are set in the Data-Currency menu. 

Reports can be sorted by date, by 
portfolio, by class, by attribution effect, by 
currency etc. The sort order is chosen 
using the sort drop box in the Data-Sort 
menu. 

Graphs can be included or excluded, and 
graph types and sub-types chosen, within 
the Format-Graphs menu. All graph 
types available within Excel can be used. 

The number of decimal places, use of 
commas to demarcate thousands etc. is 
set via a Data-Display menu. Microsoft 
Excel s formatting conventions are used. 
For most reports, one decimal place is 
shown by default. 

Reports may be displayed only; displayed 
and printed; or displayed, printed and 
deleted. Display instructions are set in 
the Data-Display menu. 



wo 96^06402 



PCT/CA9S/0O49I 



-67- 

Choosing and Formatriny Excel Chart Tvp^ 

Using the facilities of EXCEL, various chart types can be selected. 
For example, in EXCEL 4.0, area, bar, column, line, pie, radar, scatter, 
combination and a variety of 3-D charts are available. A chart type can be 
5 set in advance. 

Exchange rate, benchmark and portfolio reports, as well as class 
scheme and attribution model reports can be run. The essential 
procedure in each case is to open the appropriate windour and select, for 
example, the currency Tor an exchange rate report, and then run the 
10 report. 

In the case of portfolio reports, it is necessary to choose a class 
scheme and attribution model used in the report. 

Batch reports can be created by combining two or more individual 

reports. 

15 Benchmark performance can be reported in the local currency of 

the benchmark or benchmark node. Similarly, data can be reported in 
system currency or alternatively benchmark returns can be reported in 
any chosen currency. 

Reports can be sorted at run time, so that desired parameters 
20 become the X and Y variables of a table. 

If notable instances with third variable, for example portfolios, 
have been selected for inclusion in the report, a separate report table will 
be produced for each of these. 

If charts are requested, a separate chart is produced for each table. 
25 Charts can appear on the left hand side of the report in the same vertical 

order of the report tables. 

If several related data types are being reported, these would 
nonnally be displayed across the top, i.e. as columns of the table. User- 
sort preferences are dealt with next. First, a report change returns in two 
30 currencies for several classes, for several periods of time would be 

structured as follows: 
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10 



15 



20 3. 



25 



Patr^ Rpporti in ft^^VAN 

Batch reports are created by combming two or more individual 
(named) reports. The order in which the individual reports are run, 
displayed or printed is determined by their order in the hst of batch report 
components. 

A batch report may contain any number of individual reports, of 
any type and in any order. Individual reports may appear several times 
in a single batch report. 

Frrfnmi"'^- R*""^ Oirrrnnr Choices 

Benchmark performance can be reported in the local currency of 
the benchmark or benchmark node, in system currency or in ai^other 

selected currency. 

Sorting can give various formats as follows: 

1. Sorting by "X within T will produce a table with the "Y- variable 
(say. portfolio classes) across the top - in columns - and the "X" 
variable (say. dates) down the side - in rows. 

li multiple instances of a third variable (say, portfolios) have been 
selected for inclusion in the report, a separate report table will be 
produced for each of these. 

If a chart is produced, the columns variable will normally be the 
series variable also. In the example above, the chart would show 
a different data series for each asset class. 

If charts are requested, a separate chart is produced for each table. 
Charts appear on the left hand side of the report, in the same 
(vertical) order as the report tables. 



2. 
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5. If several related data types (eg. several attribution effects, or 
performance in three different currencies) are being reported, 
these will normally be displayed across the top (i.e. as the 
columns) of the table. User-specified sort preferences are dealt 
5 with next. Thus, in the example in number 1. above, a report 

showing returns in two currencies, for several classes, over 
several periods of time, would be structured as follows: 



Return in Return in 
Period 1 Currency 1 Currency 2 



10 Class 1 

Class 2 
Class 3 



Return in Return in 
Period 2 Currency 1 Currency 2 



15 Class 1 

Class 2 



etc. 
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THE EMBOOIMENTS Of THE INVENTION .N WHICH AN 
EXCLUSIVE PROPERTY OR PRIVILEGE IS CLAIMED ARE DETINED AS 
FOLLOWS. 

I. A method of analyzing the performance of a plural.ty of 

investments, the method comprising the steps of: 
I creating at least one portfolio; 

for each portfoUo. defining at least one class scheme having 
a variety of nodes, each of which represents an asset class, 
and assigning each investment to a respective asset class; 
creating at least one market index, for monitoring the 
performance of the portfolio investments; 
creating a benchmark from at least one market index and 
including a plurality of separate nodes, each representative 
of investments of a known type; 

defining an attribution model Unking nodes of the class 
scheme of the portfolio with the benchmark, whereby the 
performance of individual asset classes of the portfolio can 
be arwlyzed. 



2. 



3. 



4. 



20 2. 



30 



A method as claimed in claim I. wherein: 
step (2) comprises for at least one portfolio, defining a 
Plurality of primary nodes and a plurality of derived nodes, with each of 
r^v d nodes combining a plurality of nodes selected from pr.man^ 
other derived nodes, and with the primary nodes being at the 

bottom of the class scheme, and 

„h.«in s,.p (4) compr,s«. for !«« ™e m.r.«. md.., 

. ,• „. , Plurality o( primary nod» • pK"'"!' »' 

^ .„H „,h.r derived nodes ol the respective market mdex 
pnmary -odes »^ ^ „, ^pective m.,M. 

and with the primary nodes bemg ai 
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index. 



3. A method as claimed in claim 2, wherein, for at least one 
portfolio, the portfolio has a respective base currency and includes a 
plurality of primary, local nodes, each of which is representative of 

5 investments denominated in a local currency different from the base 

currency of the portfolio, with each local node being valued in both the 
base currency of the portfolio and the local currency, and 

wherein there is at least one market index which is valued 
in a respecnve base currency and in includes a plurality of local nodes, 
10 each of which is representative of investments in a local currency 

different from the base currency of the market index, with each local 
node of that market index being valued in both the respective local 
currency and the base currency of the market index, and 

wherein the attribution model enables disaggregation of 
15 investment-related effects and currency-related effects for asset classes 

representative of foreign investments. 

4. A method as claimed in claim 2, which provides a plurality 
of portfolios 35 base pcrtfclics, and wherein at least one merged portroiio 
is provided, which comprises selected ones of the base portfolios, each of 

20 which is given a desired weighting, with the weightings of the base 

portfolios summing to unity. 

5. A method as claimed in claim 3, which includes a plurality 
of market indexes, and whcrem at least one composite index is provided, 
with each composite index comprising selected ones of the market 

25 indexes provided with desired weightings with the weightings of the 

market indexes summing to unity. 

6. A method as claimed in claim 4, which includes a plurality 
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of market indexes, and wherem at least one composite index is provided, 
with each composite index comprising selected ones of the market 
indexes provided with desired weightings with the weightings of the 
market indexes summing to unity. 

5 7. A method as claimed in 4, 5 or 6, wherein the attribution 

model provides for at least one of: determining asset weights; 
determining performance attribution results and disaggregating the 
results into investment-relatcd and currency-related results; 
determining asset weighting effects according to at least one of the top- 

10 down and bottom-up management decisions; determining security 

selection effects according to at least one of the top-down and bottom-up 
management decisions; determining currency weighting effects, 
according to at least one of the top-down and bottom-up management 
decisions; determining currency timing effects; and determining 

15 management effects. 

8 A method as claimed in claim 6. wherein the attribution 
analysis provides for analyzing at least one of asset weighting, security 
selection and currency weighting effects according to one of top-down or 
bottom-up management decisions. 

9 A method as claimed in daim 1. 3 or 8. which includes the 
additional steps of routinely loading portfolio raw data, market index 
unit values, currency and exchange rates, to enable attribution results to 

be calculated. 

10 A method as claimed in claim 9, wherem portfolio raw data 

25 is obtained from an extemal accounting system, and node codes for the 

external accoummg system are provided, to enable proper assignment of 
portfolio data for individual investments. 



20 
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